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Server-based computing environment. 

The invention relates to a server-based computing 
system/ comprising at least one server and at least one cli- 
ent computer, connected to the server through a network, 
wherein the server comprises means for providing the client 
5 computer with a user interface/ wherein the client computer 
comprises an input device for providing input to an applica- 
tion and a display device for presenting output from an 
application through the user interface, wherein the server 
comprises means for running the v application, wherein the 

10 client computer comprises means for locally running at least 
one further application. 

The invention further relates to a method for pro- 
viding a client computer with a user interface for 
controlling at least one application that can be run locally 

15 on the client computer, which client computer is connected 
to a server through a network and comprises a display de- 
vice, an input device and .means for running the application. 

Known systems of the above-mentioned kind are ca- 
pable of providing a user , interface to the client computer, 

20 enabling the client computer to control an application run- 
ning on the server. Such a set-up is useful in networks 
containing several client computers. Applications? are all 
installed on the server and. can thus be centrally managed, 
updated, etc. Because the client computers only process the 

25 input from the user and present output from the application 
to the user, they can be very simple. They can, for example, 
be equipped with small hard disks or none at all and little 
processing power. Consequently, such client computers are 
known as thin clients. 

3 0 However, it is not always wise or possible to rely 

only on server-based computing > It is sometimes desirable to 
run applications locally on the client. In existing systems, 
such applications have to be initialised separately. The 
user shuts down the user interface provided by the server 
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and separately starts up the second/ locally running, appli- 
cation. 

In the known system and known method of the kind 
mentioned above, the client computer generates a user inter- 
5 face for controlling the locally running application. This 
gives scope for confusion, since a user has to clearly dis- 
tinguish between user interfaces, remember separate 
functions, get used to different visual aids, etc. Without 
careful management and updating of all the client computers, 

10 a situation can easily arise wherein each client computer 
attached to the network has its own user interface. 

It is an object of the present invention to pro- 
vide a system and method of the kind mentioned above wherein 
the user interface is easy to use and manage. 

15 Accordingly the system according to the -invention 

is characterised in that the system comprises means for con- 
trolling the locally run applications through the user 
interface provided by the server. 

The method according to the invention is charac- 

2 0 terised in that the user interface to the applications is 
provided by the server. 

Thus, a system manager can centrally manage the 
user interface. Updates, for example, need only be installed 
once. It is not necessary to use cumbersome methods for re- 

25 motely installing updates oil each client computer or install 
updates from a CD on each client computer. Users can work on 
a different client computer; without having to adjust the 
settings according to their preferences or wait until their 
settings have been downloaded onto the client computer, 

30 In a preferred embodiment , the system according to 

the invention comprises means for controlling an application 
running on the server and "further applications, running lo- 
cally, through the user interface. 

Thus, it is possible to integrate the local and 

35 central computing environments, so that a user will not no- 
tice any difference between locally and centrally running 
applications, in the system according to the invention, it 
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is not necessary to switch between separate user interfaces, 
nor is it necessary to overlay one user interface over an- 
other with consequent deterioration of the quality of 
display and control. 
5 In another- preferred embodiment, the user inter- 

face comprises means for initiating a locally run 
application. This feature ftiirther contributes to the single 
integrated computer environment. The user interface allows 
initialisation of every application in the same manner, ir- 
10 respective of whether it is run locally on the client 
computer or centrally oh the server. 

The invention will now be explained in Further de- 
tail with reference to the enclosed drawings, of which 

Fig. 1 shows an embodiment of the system according 
15 to the invention- 

Fig. 2A-D show the composition of the display of 
the user interface in different situations during use of an 
embodiment of the system according to the invention. 

Fig. 3 shows schematically, some steps in an em- 

2 0 bodiment of the method according to the invention, which 

describe in more detail the process by which a locally run 
application is launched. 

Fig. 1 shows schematically an example of a system 
according to the invention. The system comprises a server 1, 
25 attached to a network 2. The server 1 comprises orie or more 
processors , RAM, and storage means, e,g, an array of hard 
disks. The processing capacity and memory are sufficient for 
running several demanding applications concurrently on the 
server 1. The invention is not limited to server-based com- 

3 0 puting systems comprising only one server. There can be 

several central servers, collectively known as a server 
farm. In this case, processing and storage capacity could be 
unevenly distributed over the servers, with some servers 
dedicated to running demanding applications and others to 
3 5 storing or transmitting data! 
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The network 2 can be a Local Area Network, a Wide 
Area Network or the Internet. It can contain wireless con- 
nections, dial-up connections or fixed cable connections. 

Fig. 1 shows three client computers 3-5, attached 
5 to the network 2. Of course, the invention is not. limited to 
the particular configuration of Fig. 1. Any number of client 
computers could be attached to the network 2. The client 
computers 3-5 can be of any kind. 

A first and second client computer 3, 4 respec- 
10 tively, comprise a screen, a keyboard and/or a pointer 

device, such as a mouse. The 'server 1 provides these client 
computers 3,4 with a user inter-face to applications running 

on the server 1. Since the first, and second client comput- 

. ^ ** 

exs 3 , 4 are not intended fox* operation as stand-alone 
15 devices, but merely to provide input to and receive output 
from applications running on the server 1, their processing 

capacity can be limited. Likewise, they can have limited or 
no capacity for permanently storing data. The first and sec- 
ond client computers 3 f 4 ar$ merely provided with such 

20 processing capacity and memory as are necessary to process 
the input and display output, and exchange these with the 
server l over the network 2. For this reason, they are also 
known as thin clients or network COflJputers. 

The system of Fig- 1 also comprises a third client 

25 computer 5, which does comprise means 6 for locally running 
an application, i.e. the necessary processing power, memory 
and data storage capacity. When an application is run lo- 
cally, the processor in the u third client computer 5 executes 
the application code. Because of these extended capabili- 

30 ties, computers such as the * third client computer 5 are also 
known as fat clients. 

There are several ^reasons as to why it should be 
desirable to include such fat clients in a serverrbased com- 
puting system. It is possible that an application is not 

35 suitable for running centrally. If migration is taking place 
from a system wherein all applications are run locally, to a 
central server-based computing: environment , some of the old, 
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so-called legacy software might still be needed. Other ap- 
plications cannot be centrally run in principle # e.g. 
streaming media applications. Certain applications require 
specialised graphics capabilities that are best provided lo- 
5 cally, or they rely on a locally attached device, for 

instance a scanner or dongle. In other cases , it might sim- 
ply be cheaper to have several single-user licenses rather 
than a. mult i -user license. It might also be necessary to in- 
clude in the network 2 workstations with the capability of 

10 running an additional or different operating system. 

in addition, it might be necessary or useful to 
have a fallback mechanism for mission-critical applications 
that are installed on the server 1. If the server i should 
fail, access to a mission-critical application will be im- 

15 possible until the problem with the failed server 1 has been 
solved. If, in such a situation, it is possible to run the 
application on the third client computer 5, the impact on 
the user organisation is limited to not being able to use 
the other, non-mission critical applications installed on 

20 the server 1, 

The third client computer 5 shown in Fig. 1 com- 
prises a monitor with a screen 7 for displaying a user 
interface to an application. It further comprises an input 
device 8. In the shown example, .this is a keyboard, but 

25 other input devices can also be connected. The client com- 
puter 5 could additionally comprise a mouse, pointer, 
tablet, web -cam, microphone, etc. The input device 8 forms 
the means for providing input to an application through a 
user interface. 

30 In the system according to the invention, a single 

user interface is provided to the client computers 3-5. It 
makes no difference to a user whether he is controlling the 
running, of applications from the' first client computer 3, a 
thin client, or the third client computer 5, a fat client. 

3 5 The only difference is that on the third client computer 5, 
additional, locally running applications can be initiated 
and controlled. However, this is. done through the one user 
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interface provided by the server 1 for providing input to 
and receiving output from centrally running applications. 

In the system according to the invention, the 
server 1 runs an interface management program in order to 
5 provide the client computers 3-5 with the user interface. 

The client computer 5 rune a subscriber program that facili- 
tates the integration of client-based applications in the 
server-based user interface. The subscriber program running 
on the client computer 5 co-operates with the interface man- 

10 agement program in the exchange between the server l and 

client computer 5 of user input to the interface and output 
from the interface. Communication between the server 1 and 
the client computer 5 consists, of messages generated by the 
interface management program and the subscriber program re- 

15 spectively. 

Figs. 2A-D show schematically the composition of 

the display of the user interface. The figures refer to sev- 
eral situations that occur in embodiments of the system 
according to the invention. . 

20 Fig. 2A shows a local client screen area 9. This 

is a screen area generated locally on the client computer 5- 
Fig. 2A further shows a central application screen area 10. 
This screen area is generated on the server 1 . It comprises 
a display of output from any applications running centrally 

25 on the server l and components that are generated by the in- 
terface management program regardless of whether any 
applications are running on the server 1. 

These last -mentioned components comprise a central 
task bar 11, allowing the user to control the display of 

3 0 output. A button 12 on the task bar 11 forms a means for se- 
lecting and changing features of the interface . Further 
buttons can be present, depending on how many applications 
are ruiuiing at any one moment . 

The central application screen area 10 further 

35 comprises icons 13-15, which can be selected to launch an 

application. A first icon 13 launches a server-based appli- 
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cation. A second and third icon 14 and 15 respectively , form 
the means for initiating locally running applications. 

In a preferred embodiment a database in the system 
comprises information on the available applications that can 
S be run locally on the client computer 5, so that the 

icons 14, 15 for each of these applications can be generated 
by the server 1 . This database can be stored at one location 
in the system, for example in the server X, or parts can be 
stored locally, for instance in a registry file, and re- 

10 f erred to when necessary. Other embodiments are conceivable 
wherein a number of messages are exchanged between client 
computer 5 and server 1, for instance when the client com- 
puter (5) goes on-line, in order that the latter can 
establish which icons to generate. 

15 The local client screen area 9 and the central ap- 

plication screen area 10 are merged into one local client 
screen 16, which is the screen image shown on the screen 7 
of the client computer 5. In the preferred embodiment this 
merging is taken care of by the subscriber program on the 

20 client computer 5, after data relating to the contents of 

the central application screen area 10 has been transferred 
to the client computer 5. An alternative embodiment is con- 
ceivable, wherein the merging is done on the server 1, after 
the contents of the local client screen area 9 have been 

25 transferred to the server 2. The merged local client 

screen 16 would then be transferred back from the server 1 
to the client computer 5. 

The subscriber and interface management programs 
also allow the server i to control the display of the user 

3 0 interface on the screen 7 of the third client computer 5. 
The server 1 controls the display properties of the inter- 
face, which comprise, for instance, the desktop size and 
display, resolution, and adapts them to the screen 7 of the 
client computer 5. The interface management program gener- 

35 ates this information. The subscriber program on the client 
computer 5 ensures display on the screen 7 according to the 
specified properties. 



+0031703404600 



08.JUN'2001 14:53 ON X VANG EN VAN: +31205110931 



#7 



08-06-200 if 




Any changes in either the local client screen 
area 9 or the central application screen area 10 automati- 
cally result in an updated version of the merged local 
client screen 16. One such change can occur, when an appli- 
5 cation on the server 1 has been launched by clicking the 

first icon 13. Fig. 2B shows how this leads to a changed lo- 
cal client screen 16. The application running on the 
server l generates a window 17 in which output from the ap- 
plication is displayed. Of course, within the scope of the 

10 invention, some applications can generate more than one win- 
dow. The creation of the window 17 leads to the creation of 
a button 18 in the central task bar 11. As described before, 
the local client screen area 9, which in this case is still 
empty, and the central application screen area 10 are merged 

15 into the merged local client screen 16. A user of the client 
computer 5 can switch to the application by clicking the 
button 18. 

In Fig- 2C the situation is shown, wherein the 
user has launched an application running locally on the cli- 

20 ent computer 5, by clicking* one of the two icons 14, 15. The 
exact procedure followed in the system as a result of this 
launch command is described in further detail below with 
reference to Fig. 3. The result of the launch of a second 
application, running locally, on the client computer 5, is a 

25 window 19 in the local client screen area 3, containing the 
output of the locally running application. As before, the 
local client screen area 9 is merged with the central appli- 
cation screen area 10, which in Fig-- 2C is unchanged with 
respect to the Fig. 2B, into the merged local client 

3 0 screen 16- Changes in the contents of the window 19 auto- 
matically result in an updated version of the merged local 
client screen IS . 

As a result of the launch of the locally running 
second application, there are now two windows 17, 19 in the 

3 5 merged local client screen 16, A user can make one of the 

windows 17, 19 active, by clicking on that window. As a re- 
sult of this clicking action, a signal generated by the 
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subscriber program is sent from the client computer 5 to the 
server 1, to ensure that the user interface can correctly 
indicate the active window to the user. 

When a new window -appears in the local client 
5 screen area 9 or in the central application screen area 10, 
either because an application has just been launched, or be- 
cause the application has generated a new window in the 
course of its execution, this is detected. Thug, the new 
window can be displayed in the merged local client 
10 screen 16. A communication to the server l further leads to 

the creation of sl button 2 0 in the central task bar 11 of 
the merged local client screen 16, in order that a user can 
switch to a newly initiated locally running application. 
In a similar way, the disappearance of the win- 

15 dow 19 associated with the locally running application is 
communicated to the server 1 . The window can disappear when 
execution of the application has finished, or when there are 
several, windows belonging to one locally running application 
and the application no longer needs one of them. Using the 

20 subscriber program, a signal is 1 sent from the client com- 
puter 5 to the server 1 indicating that the window 19 has 
been closed, so that the user interface can display the cor- 
rect buttons 12, 18, 20, in the task ,bar 11, both of 
applications running on the server 1 and of applications 

25 running on the client computer 5. 

In an advantageous embodiment of the invention, a 
window further comprises a title area, not shown. The title 
can change in the course of 'running the application associ- 
ated with a window. The buttons 12, IS, 20 comprise a 

30 caption relating to the title. If the title of the window 17 
associated with, the locally running application changes, a 
signal is generated and communicated to the server 1, using 
the interface management and subscriber programs ♦ The cap- 
tions in the central task b^r 11 are then automatically 

35 updated. 

Similarly, each button i2,. 18, 20 comprises an 
icon representing the application associated with it. The 
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icon can also change in the v course of time. Changes lead to 
an automatic update of the central application screen 
area 10 and merged local client screen area 16 in a manner 
similar to the mechanism used when a caption needs to be up- 
5 dated. 

When the user clicks on one of the buttons 12, 18, 
20, this input is signalled to the server 1. If the user has 
clicked on the button IS associated with the application 
running on the server 1, the interface management program 

10 ensures that the user can control that application through 
the interface. If the user has clicked on the button 20 as- 
sociated with the locally running application, <a switch is 
made to that application. In this process, messages are ex- 
changed between the server 1 and the client computer 5, 

15 which are handled by the subscriber program and the inter- 
face management program. 

The protocol by which signals are exchanged be- 
tween the client computer 5. and the server 1 further allows 
for the termination of all locally running applications. The 

2 0 server 1 sends a command to the client computer 5 to termi- 
nate the running applications. When all applications have 
successfully been shut down, this is communicated to the 
server 1, which can then update the user interface - 

A, user can also maximise the window 19 associated 

25 with the locally running application, as is shown in 

Pig. 2D. A maximised window 21 now fills the local client 
screen area 9. A transf erred version 21' of the maximised 
window 21 in the merged local client screen 16 does not, 
however obscure the central task bar 11, so that a user can 

30 still switch between applications. This follows from the 
fact that the server comprises means for controlling the 
display of the local client screen 16 on the screen 7 of the 
client computer 5. 

Turning now to Fig. 3, a more detailed description 

35 of the process, by which the running of an application on 

the client computer 5 is initiated, will be given. The proc- 
ess is started in a first step 22, by a user clicking on one 
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of the icons 14, 15 for initiating locally run applications - 
The interface management program processes this input . Once 
it has been determined that, the icon is associated with a 
local application on the client computer 5, a message is 
5 sent in a subsequent step 23 to the client computer 5, to 
check that the subscriber program is running. In a next 
step 24, the client computer 5 returns an acknowledgement 
message, generated using the subscriber program, to the ef- 
fect that the subscriber program is running. 

10 The interface management program on the server 1 

generates a message, containing a command line, which is 
sent to the client computer 5 in a subsequent step 25. In a 
next step 26, the locally running* application is launched on 
the client computer 5 by executing the command line. 

15 The locally running application generates its win- 

dow 19, which first appears in the local client screen 
area 9. As the merged local client screen 16 is automati- 
cally updated, the window 19 also appears in the merged 
local client screen 16. The creation of the local applica- 

20 tion window 19 is symbolically depicted in step 27 of 
Fig. 3. 

In a step 28 subsequent upon the creation of the 
local window 19, the subscriber program generates a message, 
signalling the creation of a new application window, which 

25 message is passed on to the server 1. This is the cue for a 
last step 29 in the flow chart of Fig, 3, namely the addi- 
tion of the button 20 to the central task bar 11 in the 
merged local client screen 16. The local application is now 
fully integrated into the user interface and the situation 

3 0 depicted in Pig. 2C has been arrived at. 

Those skilled in the art will appreciate that the 
invention is not limited to the above-described embodiment, 
which can be varied in a number of ways within the scope of 
the claims. For instance, embodiments of the system can ex- 

35 ist that comprise additional means, .e.g. function keys, for 
switching between windows and/or applications. 
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CLAIMS 

1- Server- based computing system, coinprising at 
least one server (1) and at least one client computer (5) , 
connected to the server (1) through a network (2) , wherein 
the server (1) comprises means for providing the client com- 
5 puter (5) with a user interface, wherein the client 

computer (5) comprises an input device (8) for providing in- 
put to an application through the user interface and a 
display device (7) for presenting output from an application 
through the user interface, wherein the server (1) comprises 

10 means for running the application, wherein the client com- 
puter (5) comprises means (6) for locally running at least 
one further application characterised ixx that the system 
comprises means for controlling the locally run applications 
through the user interface provided by the server ,(1) - 

15 2- System according to claim 1, comprising means 

for controlling an application running on the server (l) and 
further applications, running locally, through the user in- 
terface . 

3 . System according to claim 1 or 2 , wherein the 
20 user interface comprises means (14,15) for initiating a lo- 
cally run application. 

4 • System according to any one of the preceding 
claims, comprising means (13, 14, 15) for presenting an 
overview of available applications installed on the 
25 server (1) and on the client computer (5) through the user 
interface. 

5, System according* to any one of the preceding 
claims, wherein the user interface comprises means (11) for 
presenting an overview of applications running on the client 

3 0 computer (5) and/ or the server (lj . 

6. System according to any one of the preceding 
claims, comprising means for generating a merged local cli- 
ent screen (16), for display* on the dieplay device (7) . 

7* System according to claim 6, wherein the 
35 server (1) comprises means for controlling the display of 
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the merged local client screen (16) on the display de- 
vice (7) . 

8. System according to claim 6 or 7, wherein the 
client computer (5) comprises means for generating a local 

5 client ecreen area (9) , comprising visual output from the 

locally run applications, and the server <l) comprises means 
for generating a screen area (10) , wherein the system com- 
prises means for merging the local client screen area (9) 
and the screen area (10) generated by the server (1) , to 
10 form the local client screen (16) - 

9. System according to claim 8, comprising means 
for automatically updating the local client screen (16) , 
when changes occur in the -local client screen area (9) 
and/or in the screen area (10) generated by the server (1) . 

15 10- System according to any one of the preceding 

claims, comprising means (12, 18, ,20) for selecting a run- 
ning application and means for providing input to the 
selected application or presenting output from the selected 
application on the client computer (5) through the user in- 

20 terf ace . 

11. Method for providing a client computer (5) 
with a user interface for controlling at least one applica- 
tion that can be run locally on the client computer (5), 
which client computer (5) is connected to a server (1) 

25 through a network (2) and comprises a display device (7) , an 
input device (8) and means' (6) for running the application, 
characterised in that the user interface to the applications 
is provided by the server (i) . 

12. Method according to claim 11, wherein a 

30 screen area (10) is generated by the server (1) and communi- 
cated to the client computer (5) for display on the display 
device (7) . 

13. Method according to claim 11 or 12, wherein a 
local client screen area (9X comprising visual output from 

35 the applications manning on the client computer (5) is gen- 
erated by the client computer (5) and merged with the screen 
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area (10) generated by the server (l) , to form a local cli- 
ent screen (16), for display on the display device (7) , 

14. Method according to claim 13/ wherein in- 
structions are sent from the server (1) to the client 

5 computer (5) concerning the •• mode of display of the local 
client screen (16) , on the display device (7) . 

15. Method according to claim 14, wherein the lo- 
cal client screen (16) is automatically updated when changes 
occur in the local client screen area (9) and/or in the 

10 screen area (10) generated by the server (1) . 

16. Method according any one of claims 11-15, 
wherein a command to change the local client screen (16) is 
communicated from the client computer (5) to the server (1) , 
whereupon the local client screen (16) is changed by the 

15 server (1) . 

17. Method according to any one of claims 11-16, 
wherein a command to initiate the local running of an appli- 
cation on the client computer (5) is sent to the server (1) 
and wherein a command line for initiating the running of the 

20 application is generated by-the server (1) and sent to the 
client computer (5) • 

18 . Computer program that can be loaded onto a 
server connected through a network (2) to a client com- 
puter (5) , so that the server running the computer program 

25 constitutes a server (1) i*n a system according to any one of 
claims 1-10. 

IB. Computer program that can be loaded onto a 
computer connected through a network (2) to a server (1) , so 
that the computer running *tfie computer program constitutes a 
3 0 client computer (5) in a system according to any one of 
claims 1-10 . 
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ABSTRACT 

A server -based computing system comprises at least 
one server (1) and at least one client computer (5) , con- 
nected to the server (1J through a network (2) . The 
server (l) comprises means for providing the client com- 
5 puter (5) with a user interface- The client computer (5) 

comprises an input device (8) for providing input to an ap- 
plication through the user interface and a display- 
device (7) for presenting output'., from an applicatipn through 
the user interface. The server (1)' comprises means for run- 
10 ning the application and the client computer (5) comprises 
means for locally running -at least one further application. 
The system comprises means- for controlling the locally run 
applications through the user interface provided by the 
server (1) , 

15 In a method for providing a client computer (5) 

with a user interface for controlling at least one applica- 
tion that can be run locally on the client computer (5) , 
which client computer (5) is connected to a server (1) 
through a network (2) and comprises a display device (7) , an 

20 input device (8) and means (6) for running the application, 
the user interface to the applications is provided by the 
server <1) - 
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